any way to atoi only give '2' to me instead of '23'? (without placing \0 after 2)Originally Posted by Elysia
Thanks.
any way to atoi only give '2' to me instead of '23'? (without placing \0 after 2)
Thanks.
That is not true, assuming that the use is restricted to pointer arithmetic and comparison.But as soon as you USE the pointer produced by camdados_dados + bk, you are in an equally "undefined behaviour" situation.
In that case you may not want to use atoi() at all, but instead just array[0], or array[0] - '0' if you want the integer corresponding to that digit.any way to atoi only give '2' to me instead of '23'? (without placing \0 after 2)
Look up a C++ Reference and learn How To Ask Questions The Smart Way
No, not unless you truncate the array by replacing the '3' with 0. This is a typical way of getting only the data you want. You can simply make a copy of the current value at array[2], then replacing it with 0, calling atoi and then restoring the previous value.
Also note that laserlight's suggestion will work on individual digits, but if it's a long string in question, the truncate option may work better.
You should really not use atoi(), use strtol og strtoi instead...
How I need a drink, alcoholic in nature, after the heavy lectures involving quantum mechanics.
Thanks!
There's no telling what atoi() will give you because your array isn't large enough to hold the string "123" with a null-terminator.
Without that null-terminator on the end, atoi() will plow right past the end of your string and process whatever it finds. In most cases these probably won't be valid ASCII digits and you might get the correct result, but I wouldn't rely on that.
If you're going to use a literal string in your program, don't specify the size of the array and let the compiler figure it out for you (char array[] = "123", sizeof(array) == 4).
Actually, the code wouldn't compile in the first place, and if you manually copied the string into the buffer, you'd get a buffer overrun, perhaps a crash, but otherwise the NULL char would be there, and it would still work right.
Interesting considering I just compiled it. I think perhaps you meant to say, "In Visual Studio, the code won't compile in the first place," because MinGW allows this with no errors even with -Wall and -pedantic. I assume gcc in general probably behaves the same way.
No, according to C. If the compiler compiles it, the compiler is faulty.
char[4] can't be implicitly converted to char[3].
(Don't quote me on that.)
(Btw, it's likely Visual Studio would compile it, as well, due to its poor C compiler.)
Last edited by Elysia; 03-31-2008 at 10:30 AM.
You might find 6.7.8p32 of ISO/IEC 9899:TC2 to be of interest.
EXAMPLE 8 The declaration
defines ‘‘plain’’ char array objects s and t whose elements are initialized with character string literals.Code:char s[] = "abc", t[3] = "abc";
This declaration is identical to
Code:char s[] = { 'a', 'b', 'c', '\0' }, t[] = { 'a', 'b', 'c' };
7. It is easier to write an incorrect program than understand a correct one.
40. There are two ways to write error-free programs; only the third one works.*
Pfft again, stupid C
Okay... http://c-faq.com/ansi/nonstrings.html
-- Edit --
Well then. Two posts above mine huh? Where did THOSE come from!?
-- Double Edit --
Interestingly enough, the code does not compile in Visual Studio. It complains of a buffer overrun. Hehe.
Last edited by arpsmack; 03-31-2008 at 10:33 AM.
I was wrong. Again, C surprises me with all the stupid things it allows.
